Blue Prism 6.10.6：2023年6月

現在、Browser Automation Agentが提供する機能は、デフォルトでBlue Prismインストーラーに含まれています。インストールされている場合は、Blue Prism 6.10.6のインストールウィザードによって、Browser Automation Agentと関連するManifest V3ブラウザー拡張機能が自動的に削除されます。

さらに、マニフェストV3ブラウザー拡張機能が特定のマシンに手動でインストールされている場合は、Blue Prismをインストールする前に手動でアンインストールする必要があります。

Browser Automation Agentの削除は、次のように管理されます。

• Blue Prismの手動インストール中にBrowser Automation Agentが検出されると、Blue Prism Enterpriseが正常にインストールされる前に、アンインストールするよう求められます。Browser Automation Agentの削除に失敗した場合、Blue Prism Enterpriseのインストールは続行されません。
• Blue Prism Enterpriseのサイレントインストール中、Browser Automation Agentの削除は自動的に管理されます。削除に失敗した場合、「Browser Automation Agentをアンインストールする」の手順に従って手動でアンインストールする必要があります。

詳細については、「Browser Automation Agentリリースノート」を参照してください。

この問題は、［インデックスを照合］属性を使用してアプリケーション要素を操作するときに、このインデックスの値が0を上回る問題が修正されました。Javaアプリケーションから値を動的に読み取る読み取りステージのGet Element Boundsアクションが誤った値を返すことがなくなりました。

以前は、アプリケーションモデラーを介してEdgeブラウザーを起動すると、ブラウザーは起動しますが、Blue Prismはブラウザーに接続して要素をスパイできないという問題が断続的に発生していました。最初のブラウザーウィンドウが開いたまま、アプリケーションモデラーのアクティブな［起動］ボタンを使用してEdgeを再度起動しようとすると、Blue Prismは2番目のブラウザーウィンドウでのみ要素を正常にスパイできました。問題は発生しなくなり、Edgeブラウザーを初めて起動したときに、要素を正常にスパイできるようになりました。

以前は、［待機］ > ［存在を確認］（［待機］ > ［Webで存在を確認］ステージと条件の組み合わせでなく）を使用する場合、アプリケーションモデラーが［すでに実行されているブラウザー］に設定されると、修復可能な検証警告の代わりに修復不能なエラーメッセージが表示されていました。今後はアプリケーションモデラーで選択したアプリケーションタイプに関係なく、検証警告が表示されます。

週の初日または最終日にスケジュールを実行する設定（週ごとに実行するスケジュールの［カレンダーの...の稼働日］ドロップダウンから［初日］または［最終日］のオプションを選択）が、データベースに正しく保存されるようになりました。

以前のBlue Prism 6.10バージョンでは、ラインタイムリソースでプールコントローラーの役割を担っていたものの接続が失われるかオフラインになった場合、そのランタイムリソースは再起動後に引き続きプールコントローラーの役割を果たそうとしていました。ただし、別のランタイムリソースがすでにプールコントローラーの役割を引き受けていたため、再起動後に再びオフラインになっていました。この動作が更新され、以前プールコントローラーの役割を担っていたランタイムリソースは、再起動後に通常のリソースプールに追加され、別のアクティブなランタイムリソースがプールコントローラーの役割を引き受けるようになりました。

Blue Prism 6.5では、ランタイムリソースセッションが終了したときのワークキューの動作の変更が導入されました。例外を含むワークキュー項目は、クリーンアッププロセスによって未完了としてマークされ、ワークキュー項目がロックされたままの場合は自動再試行は試行されませんでした。

このリリースから、デフォルトでは無効になっている［予期しないセッション終了が発生した場合に、このキューのアイテムを再試行］という新しいオプションが［システム］ > ［ワークフロー - ワークキュー］画面に追加されました。このオプションが有効で、セッション中にランタイムリソースが予期せず終了した結果、ワークキュー項目がロックされたままの場合、ランタイムリソースが再起動されると、キュー項目の再試行が自動的に作成されます。これは、キューの最大再試行の設定値によって異なります。

この機能拡張の一環として、予期しないセッション終了の結果として適用される例外に、［セッション終了時に自動的に例外を設定］という説明が含まれるようになりました。

パフォーマンスを向上させるため、現在データベースに保存されているデータの暗号化に使用されている暗号化方式を評価する前に、環境が連邦情報処理標準（FIPS）準拠を必要とするかどうかのチェックが実行されるようになりました。

データの暗号化に使用されている暗号化方式の確認は、FIPS準拠が必要な場合にのみ行われるようになりました。以前は、FIPS準拠を強制すべきかどうかが判断される前にチェックが行われていました。

デフォルトのデータベーススキーマ名へのハードコードされた参照を削除することにより、管理情報（MI）データの更新中に表示されていたエラーを解決しました。

計算ステージの［式］フィールドに韓国語（ハングル）文字を入力できるようになりました。以前は、このような文字は貼り付けはできましたが、入力した場合は誤って表示されていました。

アクションからのパスワードのデータ型の出力がテキストデータアイテムに誤って保存される可能性がある問題が修正されました。この問題は、パスワードが最初にパスワードデータアイテムに書き込まれ、後にテキストデータアイテムに更新された場合に発生することがありました。Process StudioおよびObject Studio、さらには実行時にチェックが行われるようになり、パスワードのデータアイテムがパスワードデータアイテムでない場合、エラーメッセージが表示されるようになりました。

EdgeブラウザーでWebページを自動化する場合に、エレメントが存在しないと、一致するWebエレメントが複数見つかったことを示すエラーメッセージが誤って表示されました。このエラーは、少なくとも1つの空のエレメントを返すXPathおよびCSS Selector Web属性を使用する場合に、アプリケーション モデラーで発生しました。現在は正しいエラーメッセージが表示されるようになりました。

Process StudioおよびObject Studioで、自動化のデバッグ中に、例外メッセージが前面ではなくウィンドウの背景に表示されるため、発見が困難になり、見落としやすくなる問題が修正されました。

空のコレクションから読み込んだり、空のコレクションに書き込んだりするオブジェクトをデバッグする場合に、検証エラーが誤って返されることはなくなりました。以前は、Process StudioまたはObject Studioでこのようなオブジェクトを実行すると、検証エラーが誤って発生していました。

ビジネスオブジェクトアクションの情報アイコンをクリックするか、Process StudioおよびObject Studioで［APIドキュメント］メニューオプションを選択すると、関連するビジネスオブジェクトの製品内ヘルプがユーザーのデフォルトブラウザーで開くようになりました。以前は、ユーザーのデフォルトのブラウザーに関係なく、Internet Explorerでヘルプが開かれていました。

［次のアイテムを取得］アクションを使用してプロセスを実行すると、ランタイムリソースが、別のリソースによってすでに選択され、更新およびロック解除の処理中になっているキューからワークキュー項目を受信する問題が修正されました。

複数のリソースが同じワークキューに割り当てられ、別のリソースがそのキュー内のアイテムのデータベース更新をコミットしている丁度そのときに、あるリソースが［次のアイテムを取得］クエリをトリガーした場合にのみ発生したことから、この問題が発生する可能性は高くはありませんでした。［次のアイテムを取得］アクションで使用されるストアドプロシージャが更新され、SQL Serverでスナップショット分離機能が使用されるようになりました。これにより、ストアドプロシージャによって読み取られるデータが、トランザクション開始時のデータの状態と整合するようになりました。

Process Studioでプロセスを開き、プロセス内のオブジェクトをObject Studioで開き、編集し、保存した場合、まずプロセスを保存して閉じない限り、同じオブジェクトを再編集できないという問題が修正されました。ユーザーはプロセスを保存して閉じることなく、プロセスをデバッグし、オブジェクトを複数回編集できるようになりました。

Chrome、Edge、またはFirefoxのブラウザーの自動化時に［待機］ステージで使用される［親ドキュメント読み込み完了］アクションによって、親ドキュメントが読み込まれたかどうかがチェックされるようになりました。以前は常にtrue値を返すように誤設定されていました。

ユーザーは、EdgeまたはInternet Explorerを使用するときと同じ方法で、Internet Explorer（IE）モードでMicrosoft Edgeを使用してアプリケーションをアクティブ化できるようになりました。これは、アプリケーションモデラーで［ブラウザーベースのアプリケーション（Internet Explorer）］オプションを選択し、Edgeアプリケーションを指定することによって実行できます。Blue PrismでEdgeを使用してIEベースのプロセスの実行を継続する方法の詳細については、「Microsoft Edge IEモード」を参照してください。

ブラウザーの自動化にエフェメラルポートを使用すると、アンパサンド（&）が正しく処理されるようになりました。以前は、クエリパラメーターでアンパサンドを使用したURLはアンパサンドで誤って切り捨てられ、正しく処理されませんでした。

固定ポートを使用する場合、指定されたポートがブロックされているためにブラウザーの自動化が開始できないという問題が修正されました。プロセスが完了または終了するとポートが正しくリリースされ、他のランタイムリソースは、最初に固定ポートを使用したランタイムリソースを再起動することなく、ブラウザーの拡張機能と通信できるようになりました。

外部アプリケーションモデルを使用してブラウザーアプリケーションを自動化する際に発生していた以下の問題が修正されました。

• ブラウザー要素のスパイやハイライト表示を妨げることはなくなりました。
• ブラウザー終了時に、ナビゲートステージのエラーメッセージが誤って表示されることはなくなりました。
• 最新のブラウザーアプリケーションが正常に終了するようになりました。以前は、次のエラーメッセージが表示されていました。呼び出しの対象が例外をスローしました。

ブラウザーの拡張機能がインストールされていない場合、誤ってウェブサイトに添付することができ、エラーも表示されないという問題が修正されました。現在、この操作はできなくなり、この操作を試みるとエラーメッセージが表示されるようになりました。

ブラウザーに対する［終了］アクションの実行方法が変更されたため、ブラウザーを完全に終了するとWebSocketポートが正しく閉じられるようになりました。以前は、閉じられたタブが最終タブであった場合、ブラウザーの自動化に使用されるポートが正しく閉じられず、固定ポートがその後の自動化で使用できない場合がありました。

エフェメラルポートが有効な場合に、新しいウィンドウで開いたタブを自動化できない問題が修正されました。新しいタブを開くと（新しいウィンドウまたは既存のタブ）、Blue PrismはBlue Prismによって自動化された別のタブによりタブが作成されたかどうかを検出し、該当する場合は、この関係を利用して使用するエフェメラルポートを選択するようになりました。新しいウィンドウを手動で開くと、デフォルトで最後に使用したエフェメラルポートが設定されます。

• Blue Prismインタラクティブクライアントの単一インスタンスがブラウザーインスタンスを自動化する場合、すべてのウィンドウを制御します。
• Blue Prismインタラクティブクライアントの複数のインスタンスが複数のウィンドウを自動化している場合、各インスタンスはその制御下にあるタブによって生成されたウィンドウを自動化します。

ブラウザー拡張機能のインストールに関連するファイルが、インストールディレクトリに誤って追加されるという問題が修正されました。冗長ファイルはすべて削除されました。

Microsoft Edge Internet Explorer（IE）互換モードを使用したブラウザーの自動化中にWebSocket接続が不必要に開かれたり、閉じられなかったりすることがあり、その後のブラウザーの自動化が失敗する問題が修正されました。次のエラーメッセージが表示されました。ブラウザー拡張機能への接続を確立しているポートを開くことができません。IE互換モードで実行されているMicrosoft Edgeブラウザーを自動化すると、WebSocketポートは開かれなくなります。

WebSocketsがブラウザーセッション終了後に開いたままになり、ユーザーは再起動するまで同じマシンでその後ブラウザーセッションを自動化できなくなる問題が修正されました。WebSocketsは、その後のブラウザー自動化の実行で再利用されるようになりました。

ブラウザー拡張機能との通信に使用されるWebSocket接続の状態を記録するために、デバッグログが追加されました。ログは、ポートが開いているかどうかを記録し、ソケットの場所、ポート番号、ソケットを開いているプロセスが表示されます。

WebSocket Sharpライブラリが更新され、ソケットのクローズが改善されました。さらに、Automate.configファイルに以下の設定が追加され、ユーザーは要件に基づいて設定をカスタマイズできるようになりました。

• <add key="BrowserAutomation.ReuseAddress" value="true" /> – 以前に開かれたが、他のアプリケーションによって正常に閉じられなかったポートを再使用するかどうかを指定します。デフォルト値はtrueに設定されます。Blue Prismはこのようなポートを再利用します。
• <add key="BrowserAutomation.DontLinger" value="false" /> – キューに入れられたデータを送信できるようにするために、closesocket関数呼び出し後にソケットを一定時間開いたままにするかどうかを指定します。デフォルト値はfalseに設定されます。ソケットは指定された時間開いたままになります。
• <add key="BrowserAutomation.RecreateServer" value="false" /> – Blue Prismがブラウザーに接続するためにWebブラウザーにアタッチするたびに、プロセスの存続期間中、同じインスタンスを維持するのではなく、WebSocketサーバーの新しいインスタンスを開くかどうかを指定します。デフォルト値はfalseに設定されます。Blue Prismは毎回新しいWebSocketサーバーを作成しません。

すでに使用中のポートでBlue Prismがブラウザーの自動化を開始しようとすると、次のエラーメッセージが表示されるようになりました。ブラウザー拡張機能への接続を確立しているポートを開くことができません。以前このシナリオでは、ブラウザーの拡張機能が検出されないエラーが誤って表示されていました。